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1 INTRODUCTION 


The name of this engine is 3D WAGE (Webfoot All-purpose Graphics Engine). If you think this 
name is lame, remember, we had to name it, and that's the best we could think up on short notice. 


The purpose of WAGE is to make simpler 3D programs, where 360 degree camera rotations are 
not needed. This engine is ideal for programs such as 'arcade' style games like 3D versions of 
arcade classics, puzzle games, paddle and breakout clones, mini-racers, RPGs, mini-golf, Sega's 
“Bug™” style games, etc. 


WHO SHOULD READ THIS MANUAL 


This document is primarily meant for level designers and artists. However, programmers should 
be familiar with the parameters defined in the DEF files, as well as the overall level design 
process. All functionality of the world level editor are described in this text, as well as 
instructions for artists and designers on how to create bitmaps for textures and sprites. On a final 
note, the best way to become familiar with the level editor and level definition files (DEF) is to 
actually practice making real levels! As a matter of fact, the first team to use WAGE in a real 
project did so without the use of this nice manual. ;-) The lesson: practice, practice, practice! 


WAGE CAPABILITIES 


WAGE is a tile engine, or to be more accurate to 3D, it is a "cube" engine. In addition, WAGE is 
also a highly optimized sprite engine. The tiles and sprites are combined to create extremely 
complex and great-looking 3D worlds! 


The WAGE levels, or *worlds' are made up of a grid of cubes combined with sprites. Texture 
maps are applied to the faces of cubes to make them look like real materials (bricks, grass, ice, 
shrubbery, etc.). The textures may be animated, leading to interesting effects like water or 
moving sidewalks. These cubes may be moved up or down, stretched, and tilted. Sprites can also 
be attached to the cubes. Color ‘zero’ in the palette is transparent, so tiles and sprites can have 
interesting free-form shapes. 


This layout of cubes and sprites is created in a world ‘level editor (EDITWAGE.EXE). Some 
tiles (cubes) may have special properties, such as elevator movements, lighting effects, and 
moving water. Behaviors can also be assigned to tiles by giving them certain pre-defined 
numbers (which are defined by the programmer specially for each project). 


Remember that W AGE is not a ray-casting, voxel, or BSP style engine. This engine is not 
suitable for making games like Quake™ or Magic Carpet!M, because the camera does not rotate. 
For a more detailed explanation of the engine capabilities, refer to the introductory section in the 
WAGE Programmer's Manual. 
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SOFTWARE DESIGN PROCESS 


WAGE allows software creators to quickly create 3D programs. Since the WAGE tools and 
libraries were designed to be used over and over, developers can concentrate more on the higher- 
level aspects of their software. 


There are four distinct stages to designing a 3D program with WAGE: 


> Creating Artwork > Edit 3D Worlds 
» Create Definition files » Programming 


Level designers and artists should only be concerned with the first three steps. Ideally, they 
should work closely together with the programmers. 


Creating Artwork 


The bitmaps for textures and sprites may be created or edited in a 2D graphics program such a 
Deluxe Paint™ or Adobe® Photoshop?M. Images can also be created from digital cameras or 
scanned photographs. 


Up to three kinds of bitmaps may be needed in a WAGE program, including: 


> Textures 
> Sprites 
> Backgrounds 


Textures are mapped onto the ‘faces’ of the cells. Sprites are used for the ‘objects’ inside the 
world. An optional background image can be defined that is drawn behind everything else in the 
3D world. 


Create Definition files 


Level or “world” definition files specify world parameters, the bitmap filenames used in textures 
and sprites, which textures are used on the faces of a cube, which bitmaps make up a sprite or 
Sprite animation, and other information that is needed by the level editor. Definition files are 
named *.DEF and they are stored as normal ASCII files which can be edited with any text editor. 


Edit 3D Worlds 


The “worlds” are stored in files named *. MAP. These MAP files are created with the world level 
editor program, EDITWAGE.EXE which is provided as a tool with the WAGE libraries. With 
most projects, the majority of the development time will be spent inside the level editor. 


Programming 


The end-user application is created by a software engineer, using the WAGE libraries. The target 
application program will load in worlds specified in the MAP and DEF files, and operated on 
objects inside the worlds, by moving and modifying the objects. 
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THE UTILITY PROGRAMS 


Two programs are provided with WAGE: 


» EDITWAGE.EXE - The world level editor 
» TRANSP.EXE - Makes transparency tables from palette 


EDITWAGE.EXE is where designers will spend most of their time (besides inside a paint 
package like Deluxe Paint™). This is where cells and sprites will be laid out to create the 3D 
world for each level. Designers must learn the keyboard commands for this editor! We will 
provide a “quick-reference” list of all available editor commands. It will take time to master the 
use of this tool, but it's actually very easy to use compared to other 3D world editors. 


TRANSP.EXE is à program that builds special ‘transparency’ color tables from the specified 
palette. This program is only needed when the palette is modified. If you never change the 
palette, you'll never have to use this program! In other words, this program isn't going to be used 
often, so don't worry about it too much. Ask a programmer to help you run TRANSP.EXE when 
you have to change the palette for a new project sometime in the future. 


DATA FILES 


The WAGE level editor reads ASCII data files named *.DEF as input. For now, let's assume we 
have a *.DEF file named ‘LEVEL1’. LEVEL1.DEF is used to define which textures maps are 
applied to which 'cubes', the frames of animation for a sprite, the bitmap PCX file used as the 
background image, and other parameters needed to describe the level. For now, LEVEL1.DEF 
must be edited by hand in a text editor. 


While inside the level editor, designers will ‘stamp’ down objects to make a 3D world. When the 
editing of the 3D world is complete, exit the editor and save the level. The level editor saves the 
world that has just been created in a *.MAP file (that corresponds to the *.DEF file previously 
defined. For example, if the input definition file was named ‘LEVEL1.DEP’, than the output 
world file will be named ‘LEVEL1.MAP’). 


The relationship looks like this: 


input editing output 
LEVEL1.DEF ----------------- » EDITWAGE.EXE -------------- » LEVELI.MAP 
(textures, sprites) (worlds) 


So EDITW AGE.EXE reads the text file LEVEL1.DEF that defines all the cubes and sprites, and 
lets designers edit the 3D world. Then, when design of a world is complete EDITWAGE.EXE 
writes out the world in the level file LEVELI.MAP. LEVEL1.MAP is then read by the program. 


Don't let the technical information be discouraging if you're an artist! Remember, the editor is 
extremely easy to use. A 3D rendering package such as 3D Studio МАХТМ is tens of times more 
complicated to learn and use. The WAGE editor and the procedure for making 3D cubes and 
sprites is extremely simple, so any designers should be able to create 3D worlds in a matter of 
minutes or hours. This is because designers are not really working much in 3D, they are really 
spending most of their time working on 2D texture maps or sprites. 
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2 LEVEL DEFINITION FILES 


A level definition file must be created BEFORE creating the corresponding level map file in the 
world editor. Each world, or level, needs a corresponding level definition file. A program may 
consist of only one world level and therefore, one level definition file. Alternatively, a program 
may consist of many different world levels, and therefore, require many different level definition 
files. 


The naming conventions for WAGE data files are *.DEF for level definition files and *. MAP for 
the world level data files (created with the level editor). MAP files will be discussed in the next 
section. 


This section will describe the DEF file format in detail. Level designers and programmers should 
be familiar with DEF files, since it is most likely to be their job to maintain these files. Some 
artists may also be likely to edit DEF files, depending on their experience with text editors and 
scripting. 


The DEF file includes many important parameters to describe a 3D scene, such as world size, 
bitmap filenames, and cell specifications. This file may be edited with a common ASCII file 
editor (that places an ASCII 13 + ASCII 10 at the end of each line) such as Windows Notepad™, 
the DOS 'EDIT' command, or most other text editors. 


The DEF file is divided into several different sections that define these elements: 


General Parameters 

Tile Bitmaps 

Sprite Bitmaps 
Animated Tile Bitmaps 
Animated Sprite Bitmaps 
Tiles 

Sprites 

Tile/Cell Movements 
Sprite Movements 


VVVVVVVVV 


SAMPLE DEF FILE 


The DEF file format is extremely easy to understand and use. The file parameters and syntax are 
explained in the file SAMPLE.DEF, and can also probably be easily figured out just by studying 
any sample DEF file. However, a detailed discussion of each parameter is given is this section. 


Designers can copy and paste the sample DEF file given below when creating a new world level. 
However, it will probably be easier for designers to setup their own custom DEF file to use as a 
template for their projects, once they are familiar with the format. Until then, use this sample 
DEF file listed below. 


Note that the sample DEF file has comment lines that begin with two slash characters ‘//’. This 
lines may contain any user-specified comment. In the sample file, the comment lines describe 
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each section of the file in detail. That's why reading this manual isn't really necessary to 
understanding DEF files in detail, because the comment lines really say it all! 


DEF File Listing 


// World Size 
Qa 25 


// World Height 
@b 40 


// Block Size 
@c 30 


// Floor Texture Size 
@d 64 


// Wall Texture Size 
@e 64 


// Wall Texture Height 
@ 64 


Ij Безме Wests X 
@g 16 


// Start Point Z 
@h 27 


// Distance Perspective Correction (usually about 6 * BLOCK_SIZE) 
@i 200 


// Background Image, Size, Height 
07 Ех Ба. рех, 320,110 


#bitfstone = gfx\fstone.pcx 
#bitftbtile = gfx\ftbtile.pcx 
#bitfgrass = gfx\fgrass.pcx 


// for animated water 

#bitwaterl = gfxNwaterl.pcc 
#bitwater2 = ter2.pcc 
#bitwater3 = ter3.pcc 
#bitwater4 = gfxNwater4.pcc 


ї | 
Qa 
Fh rh 
ELS 
er ees 
= = 

D 9 
€ € 


Sbitwstone = gfx\wstone.pcx 
Sbitwtbtile = gfx\wtbtile.pcx 
Sbitwltbtile = gfx\wltbtile.pcx 
Sbitwgrass = gfx\wgrass.pcx 
Sbitwrocks = gfx\rocks.pcx 


“pointer_bitmap = pointer.pcx 
“spr_toybear = gfx\toybear.pcc 


// player animation 


^spr psdl = gfx\player\play-00.pcx 
^spr psd2 = gfxWMplayer play-01.pcx 
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^spr psd3 = gfx\player\play—02.pcx 
^spr psd4 = gfx\player\play-03.pcx 
^spr psd5 = gfxWMplayer play-04.pcx 


// Animated Bitmaps for floors and walls 
// »name = number of frames, framel bitmap, framel time, ..., frameN bitmap, frameN time 


»cell animated water = bitwaterl, 15, bitwater2, 15, bitwater3, 15, bitwater4, 15 


// Animated Bitmaps for sprites 

// «name = number of frames, framel bitmap, framel time, ..., frameN bitmap, frameN time 
<spr animated player = ѕрг psdl, 2,spr_psd2, 2,spr psd3, 2,spr psd4, 2, Spr psd5, 2 
«*spr animated bounce = spr psdl, 2,spr psd2, 2,spr_psd3, 2,spr psd4, 2, spr psd5, 2 


// Auto-load animated sprites ( [name-pcx file, frames, delay ) 


] *pingpong=gfx\player\play-, 5, 2 
]nopingpong=gfx\player\play-, 5, 2 


// Cells/Tiles ($number = up face, down f, left f, front f, right f, back f) 


/ Normal tiles 

3 = bitfstone, bitwstone, bitwstone, bitwstone, bitwstone, NULL 

$4 — bitftbtile, bitwtbtile, bitwltbtile!, bitwtbtile!, bitwtbtile!, NULL 
5 = bitfgrass, bitwgrass, bitwgrass!, bitwgrass!, bitwgrass!, NULL 

7 = cell animated water,NULL, NULL, NULL, NULL, NULL 

8 = NULL, NULL, NULL, NULL, NULL, bitwrocks! 


// Sprites (&number = default bitmap, height, size, transparency, skill 1 - 8) 


// The sprite 0 must always be included in DEF files (it is the 
// sprite pointer for the level editor) 
&0 — pointer bitmap,20,20,0,0,0,0,0,0,0,0,0 


&1 = spr toybear,-50,-40,0,0,0,0,0 
&100 = spr animated player,26,29,0,0,0, 
&101 = spr animated bounce,46,29,1,0,0, 
&250 = pingpong, 66, 69,2,0,0,0,0,0,0,0,0 


Ver 


0,0 
0,0 
0,0 


// Cell Movements ( *z, x = tile type, up-face alt, down-face alt, 


// movement type (0=both faces, 1=оп1у up-face, 
// 2=only down-face ), 
id altitude, speed, delay, 


NO, 23-95 ЗО 20,0, 0 Л ТО 3570210737335 


// Animated Objects (+sprite_number = x, y, z, speed, delay, ...) 
// Start x, y, z value is the first x, y, z value on the list 


+ 1=3507 60, 450, 3, 0, 500,0,540,1,40, 600,90,540,1,40 


Syntax 


At the beginning of each ‘important’ line in the DEF file (the lines that the level loader will 
'understand"), there is always a special ‘symbol’ or character. This character is used by the level 
loader to understand which element is about to be defined. Notice that in the above sample DEF 
file, how lines begin with symbols such as @, &, +, etc. 
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Make sure to use the correct symbols, if not, the level loader will not understand the DEF file. To 
avoid mistakes, it is best to use the sample DEF file as a template to make your own custom DEF 
files. 


GENERAL PARAMETERS 


The General Parameter section of the DEF file describes basic information such as world and 
bitmap sizes, background image, etc. What is nice about specifying these parameters in a text file 
is that level designers can change aspects of the 3D world without the need to re-compile program 
code, or working with a programmer! 


For the general level parameters (Block Size, Start Point, etc.), the second character is also an 
important symbol. This is why there should be a ёа before the number for block size and similar 
symbols for the other general parameters. 


The general parameters include the following definitions: 


» World Size 

World Height 

Block size 

Floor Texture Size 

Wall Texture Size 

Wall Texture Height 

Start Point X 

Start Point Z 

Distance Perspective Correct 
Background Image and Movement 


VVVVVVVVV 


World Size 


// World Size 
@a 40 


This parameter specifies the size the world will extend, in cells, along the x and z axes. This 
means left to right and in and out. Be careful when changing the size to be smaller than a 
previously defined size, because the world will be truncated and parts of the world to the right 
and front will be lost. 


World Height 


// World height 
@b 40 


This parameter specifies the size of the world, in cells, along the y axes. This means up and 


down. Be careful when changing the size to a smaller size from a previously defined height, 
because the world will be truncated and parts of the world above will be lost. 
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Block Size 


// Block size 
Qc 30 


This number defines how large a single cell will be in world units. So, to determine the height of 
the world in world units, multiply the Block Size by the World Height. In the example file, the 
world would be 30 * 40 or 1,200 units high. 


Floor Texture Size 


// Floor Texture Size 
Qd 64 


This number defines the bitmap size, in pixels, of the floor textures for cells. This means the 
textures for the tops and bottoms of the cells. In the example given above, textures are 64 x 64 
pixels. 


Wall Texture Size 


// Wall Texture Size 
Qe 64 


This number defines the bitmap size, in pixels, of the wall textures for cells. This means the 
textures for the sides of the cells. In the example given above, the textures are 64 x 64 pixels. 


Wall Texture Height 


// Wall Texture Height 
Qf 64 


This number defines how many pixels are actually mapped onto the cell. 


Start Point X 


// Start Point X 
@g 13 


Specifies where the level editor and possibly the application (if the programmer chooses to use 
this value) will start in the world. The X value means how many cells to the right the camera will 
start. 


Start Point Z 


// Start Point Z 
@h 26 


Specifies where the level editor and possibly the application (if the programmer chooses to use 
this value) will start in the world. The X value means how many cells in the camera will start. 


Distance Perspective Correction 


// Distance Perspective Correction (usually about 6*BLOCK SIZE) 
Qi 200 
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This number defines the amount to apply to textures to correct the perspective calculation. This 
is most noticeable when zooming in very close to a texture. This value is normally about six 
times the Block Size. 


Background Image and Movement 


// Background Image and Movement 
Qj gfx\wflogo.pcx, 100,100 


This parameter specifies the bitmap filename, which must be a PCX file. Following the filename 
are two numbers. The first number is the size. The second number is the height. 
Size and Height are percentages and must be at least 100. They are used to indicate 
the 'virtual' size and height of the background (remember that the background may 
move). The larger these values are, the faster the background moves. The speed of 
the background also depends on the world size (horizontally), so experiment a little 
with these values to obtain the desired results. 


TILE BITMAPS 


Bitmaps for textures and sprites must be stored in PCX files. All PCX files must use the same 
color palette. Color zero must be reserved as the transparent color. 


Bitmaps for floors and walls must be defined separately. This is because their previously defined 
sizes (and heights) in the General Parameter section might be different. The same bitmap name 
may not be used for two different bitmap floors/walls. The same bitmap name may not also be 
used for a floor and a wall. Separate floor and wall bitmap definitions are given in the example 
below: 


#bitfstone = gfx\tile\fstone.pcx 


Notice the floor bitmaps (see above) are preceded by the # character, while wall bitmaps (see 
below) are preceded by the $ character. 


Sbitwstone = gfx\tile\wstone.pcx 
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IMPORTANT: A floor bitmap may be used in a wall, and a wall bitmap may be used in a floor. 
By default, bitmaps for walls are 'attached' from the up side. To attach bitmaps from the down 
side, add the symbol # at the end of the PCX file name. For example: $bitmap = 
file.pcx# 


Transparent pixels and transparencies are considered only in walls, however, a floor bitmap could 
be defined with transparent pixels and then used for a wall. To define a wall/floor bitmap as 
transparent, add the symbol '%' after the PCX filename, and then the А 

number of the transparency or effect to apply to that bitmap. For 
example: $bitmap = file.pcx%1 means that the wall bitmap 
‘bitmap’ will be a transparency or effect of type 1. Another example: 
#bitmap = Ғі1е.рсх%115 the same, but for a floor bitmap (used 
in walls). To make a transparency in a wall that is attached from the 
down side, indicate the transparency after the # symbol. For 
example: $bitmap = file.pcx#%1 


SPRITE BITMAPS 


Bitmaps for sprites must be store as PCX files. All PCX files must use the same color palette. 
Color zero must be reserved as transparent. In the same way that cells uses tiles, objects use 
sprites. Bitmaps for sprites may be any size and height. 


Sprite definition lines begin with the * symbol, followed by a DEF name that is assigned to an 
actual PCX filename. An example sprite definition is given below: 


// Bitmaps for sprites ( “name = pcx file ) 


“pointer_bitmap = pointer.pcx 


ANIMATED TILE BITMAPS 


This section defines animated bitmaps for floors and walls. To define these kinds of bitmaps, 
place the symbol > as the first character on the line, then the bitmap filename, followed by the 
definition of animation frames. For each frame, define the bitmap it represents and the delay 
time. For example: 


// Animated Bitmaps for floors and walls 
// >name = number_of_frames, framel_bitmap, framel_time, ..., frameN_bitmap, frameN_time 


>animated_bitmap = bitmapl, 10, bitmap2, 20 


This animated bitmap has two frames: bitmapl and bitmap2. These two bitmaps might be floor 
or wall bitmaps, and must have been previously defined. The second frame will last two times 
longer than the first frame, because its delay is 20 units, and the delay of the first frame is only10 
units. The unit used in timing the frames is roughly equivalent to something, we just don't know 
what that something is. Experiment to achieve the desired frame rates. 
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Each animated bitmap may have up to a maximum of 30 frames. An animated bitmap may be 
used as a frame in another animated bitmap. 


ANIMATED SPRITE BITMAPS 


Animated bitmaps for sprites are defined the same way that 
animated bitmaps for cells are defined. The only difference is 
that a « (less than) character is used to precede the definition 
line instead of > (greater than). 


There is a special ‘ping-pong’ feature that can be turned on by 
adding a * (asterisk) character directly after the « character, 
Le: «*spr bitmap-... A sprite with the ‘ping-pong’ feature on will cycle its frames like 
this: 1-2-3-4-5-4-3-2-1. A normal sprite will cycle its frames like this: 1-2-3-4-5-1-2-3-4-5. It 
works also on wall and floor bitmaps. Examples of both a normal animated sprite and a sprite 
with the ‘ping-pong’ feature turned on are given below: 


// Animated Bitmaps for sprites 
// «name = number of frames, framel bitmap, framel time, ..., frameN bitmap, frameN time 


<ѕрг animated player = spr psdl, 2,spr_psd2, 2,spr psd3, 2,spr psd4, 2, spr psd5, 2 
«X*spr animated bounce = spr psdl, 2,spr psd2, 2,spr_psd3, 2,spr psd4, 2, spr psd5, 2 


AUTO LOADING ANIMATED SPRITE BITMAPS 


In the above section, notice that specifying each individual frame for an animated sprite may take 
a lot of work, and lead to long, confusing DEF files. For simple animations where each frame has 
the same delay time, there is a special syntax that allows the level designer to take a short cut. 


Using this short cut, only a single base-name for the bitmap file needs to be specified, along with 
the number of frames and the delay time in-between frames. The auto-loader will start by adding 
the suffix ‘00’ to the filename, and proceed for ‘frames’ number of bitmaps. For example, the 
following line in our sample DEF file will auto-load five images: 


]*pingpong-gfxNplayer play-, 5, 2 

The five images that will be auto-loaded are: 
gfx\player\play-—00.pcx 
gfx\player\play-—01.pcx 
gfx\player\play-—02.pcx 
gfx\player\play-—03.pcx 
gfx\player\play-—04.pcx 


WARNING! Because the base-name only is given, do not specify the PCX extension. The DEF 
loader will automatically add this extension to the filename when it loads the animation. 
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There is a special ‘ping-pong’ feature that can be turned on by adding a * (asterisk) character 
directly after the [ character, for example, use this syntax to turn on the ping-pong effect: 
]*spr bitmap-... An animated sprite with the ‘ping-pong’ feature on will cycle its 
frames like this: 1-2-3-4-5-4-3-2-1. A normal animated sprite will cycle its frames like this: 1-2- 
3-4-5-1-2-3-4-5. The ping-pong feature also works on wall and floor bitmaps. Examples of both 
a normal auto-load animated sprite and a sprite with the ‘ping-pong’ feature turned on are given 
below: 


// Auto-load animated sprites ( [name-pcx file, frames, delay ) 


] *pingpong=gfx\player\play-, 5, 2 
]nopingpong=gfx\player\play-, 5, 2 


TILES 


The faces of the tiles (cubes) are defined in this section of the DEF file. The syntax is simple, just 
a tile number followed by the bitmap names to use for the six sides of each cube. 


NULL Bitmaps 


There is an special bitmap name for the cell faces: the NULL bitmap. It is already defined inside 
the engine, so it does not need to be defined inside the DEF files. NULL bitmaps are useful to 
create special tiles with missing faces. 


This method is also useful for creating more complex scenarios without using sprites. An 
example of this can be seen in the EXAMPLE.MAP file provided with WAGE. A screen-shot of 
a scene in this world using this technique appears to the right. The two rocks are really a bitmap 
for the ‘back face’ of a cube with the following tile definition inside of the EXAMPLE.DEF file: 


$8 = NULL, NULL, NULL, NULL, NULL, bitwrocks! 


This method of placing decorative objects in the world is much more efficient than using sprites, 
because the engine is optimized to display cubes. Using this technique instead of sprites 
whenever possible will mean your software will run at a smoother higher-frame. 


Tile Numbers 


When defining a tile, assign a number to it, NOT A NAME. It is not necessary to order the 
numbers, the level editor will automatically sort them. For example, the tiles can be defined out 
of order as follows: 


$1 
$2 
$5 
$30 
$20 


As can be seen from above, the tile number 5 can be defined before or without defining tiles 3 
and 4. The same is true for tile number 30. However, when inside the level editor, these tiles will 


© 1998 Webfoot Technologies, Inc. ALL RIGHTS RESERVED. Do Not Distribute. 


on la" WORLD EDITOR & ARTIST'S MANUAL 15 


be re-ordered as follows: 1, 2, 5, 20, 30. This way, groups of consecutive tiles can be easily 
created. 


The tile number range must be from 1 to MAX TILES. The MAX TILES value is defined in an 
include file of the engine. The project programmers should know what this value is. 


VERY IMPORTANT!!! A TILE NUMBER CAN NOT BE CHANGED IF IT IS 
ALREADY USED IT IN THE LEVEL MAP. To remove this tile number in the 
DEF file, first remove all cells that use this tile. 


Tile Face Combinations 


Now back to the tile definition syntax. Remember, each tile represents a 3D cube. After the tile 
number, place the names of the bitmaps for the up-down-left-front-right-back faces, in that order. 
Remember that NULL might also be used as a name, so there are many possible combinations for 
creating a tile. The most popular combinations are listed below. 


bitmap,bitmap,bitmap,bitmap,bitmap,NULL 

These are the normal tiles. They represent a cube. The back face is not defined, since it is 
impossible to see it. Don't use walls with transparent pixels or transparencies, because the engine 
performs some tricks for speed optimization (like not showing some faces when they are at 
certain angles) and strange things will show up on screen. 


NULL, NULL, NULL, bitmap, NULL, NULL 
Here, only the front face is defined. 


NULL, NULL, NULL, NULL, NULL, bitmap 
Here, only the back face is defined. 


NULL, NULL, NULL, bitmap, NULL, bitmap 
The front and back faces are defined. This combination is not very useful! 


NULL, NULL, bitmap, NULL, NULL, NULL 
Only the left face is defined. 


NULL, NULL, NULL, NULL, bitmap, NULL 
Only the right face is defined. 


NULL, NULL, bitmap, NULL, bitmap, NULL 
Both the left and right faces are defined. This is not very useful! 


And of course, all possible combinations that include one or more walls with a NULL up-face 
and NULL down-face are allowed. For example: 


NULL, NULL, bitmap, bitmap, bitmap, bitmap 


All other possible combinations are permitted by the engine, but we don not recommend their 
use. However, designers may choose to experiment with different combinations if they wish. 
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The combination name, name, name, name, name, nameis totally useless, plus it will cause 
the engine to work slowly, so never use it. 


Texture Properties 


To always show the entire texture height on a wall completely (in other words, to 'stretch' the 
texture to the wall height and shape), add a ! symbol after the wall bitmap name. For example: 


// Cells/Tiles (%number = up face, down f, left f, front f, right f, back f) 


%80= name,name,name!,name!,name!,NULL 


This tile definition indicates that the left, front and right wall bitmap of tile number 80 will be 
always stretched to the entire shape of the cell. 


SPRITES 


Sprites are defined in a similar way to tiles. They are assigned a number instead of a name. 

Sprite number ranges must be from 1to MAX SPRITES. MAX SPRITES is defined in an 
include file of the engine. Sprite number 0 may also be defined. This sprite is used by the pointer 
in the level editor's object mode. 


These properties for sprites are defined in the DEF file: 


> Default bitmap. This bitmap will represent the object when created by the level 
editor, but might be changed at any time during program operation. 


» Sprite height and size. These are integers and represent the size of the object in the 
same units than the rest of the things of the world (i.e. block, size). 


» Transparency number. 'This number corresponds to a number (from 1 to x) of 
special effects. A value of 0 means no transparency. 


» Eight skill numbers. 'This numbers may be used by programmers as flags or to do 
whatever. What an excellent explanation ;-) . 


When an object is created, it takes all its properties from the sprite assigned to it. Then, all these 
properties may be changed during the program execution. Some of these properties may even be 
changed from inside the level editor, such as flipping a texture. The sprite definition line starts 
with a & character. A couple example sprite definitions are listed below: 


// Sprites (&number — default bitmap, height, size, transparency, skill 1-8) 


// The sprite 0 must always be included in DEF files (it is the 
// sprite pointer for the level editor) 
&0=pointer_bitmap, 20,20,0,0,0,0,0,0,0,0,0 


&1 = spr toybear,-50,-40,0,0,0,0,0,0,0,0,0 
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&100 


spr animated player,26,29,0,0,0,0,0,0,0,0,0 
&101 JL (0)7. 0,0,0-,0,070, 0 


spr animated bounce,46,29,1,0,0,0,0,0,0,0, 


Well, I've solved it in a different way, and I think is better because it allows allot of possibilities: 
when putting the height or size of the sprite, if you put a number less than 0 ( negative numbers? ) 
then you'll be referring to a percentage of the original height or size, not directly to the height and 
size. 


Examples: 


Height Size 
-100 , -100 
maintains the aspect ratio, since the height is 10046 original height and the same for the size 


-60 , -60 
this will also maintain the aspect ratio, but reduce the height and size to a 60% 


-200 , -100 
this maintains the size but duplicates the height 


-100 , 50 
this maintains the original height but makes the size 50 units, no matter which height we use 


Well, the number of combinations is high so I'll stop here, I guess you understood the concept, 
right? ;-). The idea is that a negative number means 'an x% of the original height/size’. 


Every transparency or effect has an assigned number. Experiment with numbers 1,2 and 3. 
Remember, transparency number 0 means no transparency will be applied. The screen-shot on 
the right shows the effect of setting sprite number 101’s transparency value to 1. Notice how the 
teddy bear can be seen through the round ‘pack guy’ character. The palette colors are extremely 
important in determining how well the transparency effects will work. Be sure to carefully follow 
the rules for palette design given in the Programmer’s 
Reference Manual. A bad palette will result in sub- 
standard transparency effects. 


TILE/CELL MOVEMENTS 


Moving cells can be defined within the DEF file. They are 
cells that move up and down. Either the entire cell may move, or just its top or down face. Such 
moving cells are useful as timing puzzles in arcade style games, or to show bar graphs changing 
trends in business applications. 


This movement is defined inside the DEF file on lines starting with the * symbol and using the 
following syntax: 


*2, X = tile type, up-face altitude, down-face altitude, movement 


type (O=both faces, l=only up-face, 2=only down-face ), altitude, 
speed, delay, 
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An example of this syntax is given below: 


// Cell movements ( *z, x — tile type, up-face alt., down-face alt., 


// movement type (0-both faces, l-only up-face, 
07 2-only down-face ), 
Ait altitude, speed, delay,.... 


5 l5, 25= G.0.-10,0;.  -—40.1(.35, —20, 5. 35; La, 3, 35 


We define a moving cell at z, x location 15,25. Tile Type is 6, starting with the up-face’s altitude 
at 0 and the down-face’s altitude at —10. This means this is a cell with a height of 10 space units. 


Both faces will move at the same time, because the movement type is 0, and it will move in this 
manner: first it will move to altitude -40 at a speed of 10, wait 35 units of time, then move to 
altitude -20 at a speed of 3, wait 35 time units, move to altitude 15 with a speed of 3 and wait 35 
time units, and finally return to altitude -40 with a speed of 10, to repeat the entire sequence all 
over again. 


SPRITE MOVEMENTS 


Moving sprites can also be defined inside the DEF file. A moving sprite is simply one that 
changes its position throughout the world, based on the coordinates entered on the moving sprite 
definition line. Moving sprites defined in the DEF file are meant to be used as decorations only, 
since they can not interact with other objects or cells in real-time. 


The moving sprite definitions start with a + (plus) character as the first character on the definition 
line and an the syntax is given below: 


+sprite_number = x, y, z, speed, delay, 


The starting x, y, z point is the first x, y, z value in the list. 


// Animated Objects ( +sprite_number = x, y, z, speed, delay,..... ) 
// Start x, y, z value is the first x, y, z value on the list 


LO = 10 10, 10; 5, 30, 2/0). 10), 100) 59 30); Al, LO; 207 5) SO 


In this example, a moving object of sprite type 10 is created. It will start at the coordinate 
(10,10,10), then move to (20,10,10) with a speed of 5, then wait 30 units and move to (20,10,20) 
with a speed of 5, and finally, return to the original starting point of (10,10,10) and start this 
sequence all over again. 
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3 THE LEVEL EDITOR (EDITWAGE.EXE) 


The world editor program is named 
сезш TER | = EDITWAGE.EXE and this is where level designers 

а а will spend most of their time. The level editor allows 
designers to quickly design 3D worlds in a “what you 
see is what you get” real-time environment. Cells and 
sprites can be placed in the world using this program. 
The editor uses keyboard commands, to allow for fast 
and accurate world layouts. The WAGE system 
comes with an example world named 
“EXAMPLE.MAP’ (the corresponding level 
definition file is name ‘EXAMPLE.DEF’ and is used extensively in the previous chapter). Refer 
to the example world when reading through the editor examples. The screenshot on the left 
shows what the example world file looks like from inside the editor. 


There are two modes available in the editor: 


> Cell Mode 
> Sprite Mode 


STARTING THE EDITOR 


To start up the editor, type in EDITWAGE at the command line, followed by the name of the 
level you wish to edit. Remember, the level name corresponds to a DEF file that defines that 
level’s bitmaps, tiles, and sprites. For example, if a DEF file has been created called 
MAZE.DEF, to create a new world map file called MAZE.MAP, type in the following at the 
command prompt: 


> editwage maze 


If no level name is given as the parameter to EDITWAGE.EXE, the editor will attempt to load 
the file LEVEL1.DEF instead. This is the same as typing the following at the command prompt: 


> editwage levell 


The screen-shots in this document were made the a level defined in EXAMPLE.DEF and 
EXAMPLE.MAP, which can be found in the example directory with the WAGE disk. To view 
the example world in the editor, type this at the command prompt: 


> editwage example 


Because a MAP file already exists, the editor will load the existing EXAMPLE.MAP file, instead 
of creating a new one. 
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GENERAL COMMANDS 


The keyboard commands available in both the cell and sprite modes are listed below. 


General Commands 


aJalele-J Move cursor J-J] Change altitude 


Toggle between cell and CJ Freeze current cell or sprite 
sprite mode 


Resize screen Resize screen vertically 
11] 2] horizontally ggo 


[в) Toggle hide/show 
background 


Tab 


CELL MODE 


The cell mode is used to create and modify cubes, which are arranged in a grid, anywhere in the 
world. To create a new tile, hit the spacebar over an empty location. The spacebar will create the 
exact type of tile was last ‘touched’ by the cursor. This is an extremely powerful feature used to 
quickly select a tile type. If you destroy a block that you would not like to destroy, just press 
SPACE again (before moving to another cell). The Page-up and keys will change the 
selected tile to the next one in the tile list defined in the DEF file. 


When in this mode, the editor’s cursor outlines the 3D cube 
it is currently over. Each of the eight vertices’ coordinates is 
shown on screen when a cell is selected. The current cell’s 
Z, X position is also shown near the upper right side of the 
cursor. The four top face vertices’ coordinates are shown 
near the top of the screen on either side of the cursor, while 
the four bottom face vertices’ coordinates are shown near 
the bottom of the screen on either side of the cursor. If the 
cursor isn’t over a cell, then the lines change color and no coordinates are displayed. In the 
example screen-shot to the right, the cursor shows that the four top vertices are at 49 units high, 
and the four bottom vertices are located at 26 units high. 


Once a cell is selected, it can be moved up or down, 
stretched, or one side of the top or bottom face (or both) can 
be independently lifted and rotated. This means a wide 
range of different shapes can be created, including ramps 
and wedges. A sample of some shapes created with the 
editor are shown in the screen-shot on the right. 


While in this mode, the walls and floors can be independently turned on and off to make levels 
easy to view for designers. The numbers next to the cursor can also be turned off. 
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Cell Mode Commands 
SPACEBAR  Create/destroy tiles CJ ‘Freeze’ the tile 
(Left Quote) 
Paco B Change tile iG te] Move block up/down 
Up: bow F1 F2 
Move up face of the Move down face of the 
ЕЗ] F4 ЕБ Е 
TJE block up/down в], block up/down 


Lift up and down face Rotate lift angle for up and 


ЕЕ 
әј down face 
| О) Lift only up face f U ae lift angle only for up 
Mw 1 Lift only down face |] Rotate lift angle only for 
Sj y down face 
onl Goel Change light color for Mel J Change light intensity for 
ЕЕ the cell [Jc] the cell 
[F] Hide and show floors mj Hide and show walls 
Г Toggle hide/show Г Г Special feature to line cells 
‘NJ cursor numbers 2T м) with borders 


Alt H] Toggle auto-height mode 


There is a special mode selected with the left quote T key which is used to ‘freeze’ a tile. When 
this mode is activated, even 1f the cursor selects a new tile, the frozen tile will be the tile that will 
be inserted in a new location when the spacebar is hit. This means that no matter which cells are 

touched, each time a new cell is created, it will take it’s properties from the frozen tile. Press the 
left quote key again to disable the freeze feature. 


The Home and End keys modify the light value for a cell. 
This value is indicated on the ‘inside’ of the cursor 
display, directly underneath the number for the light color. 
In the example screen-shot on the right, the selected cell 
has a light intensity of ‘7’. Notice how different light 
intensities have been activated in this example, causing the 
cells on the right to get darker and darker. 


In a similar fashion, the Insert and Delete keys will change the light color for a cell. Refer to the 
Colors Light Table in the Programmer’s Reference Manual for a list of available color effects. 
The number directly over the light value in the center of the cursor display indicates the current 
light effect in use. 


© 1998 Webfoot Technologies, Inc. ALL RIGHTS RESERVED. Do Not Distribute. 


on CO WORLD EDITOR & ARTIST'S MANUAL 22 


Auto-Height Mode 


This feature is useful for tilting worlds slightly and also for creating ramps that go into the world. 


To activate this special cell mode, push Co Jin] simultaneously. A prompt will ask the user to 
select an auto-height value, which range from 5 units to 80 units in increments of 5 by hitting the 
number 1 through 0 keys. When auto-height mode is activated, every time a new cell is added, at 
increasing z values, it will be raised by the amount selected by the earlier prompt (from 5 to 80 
units). 


Automatic Border Cells 


This feature is useful for surrounding all cells with a *border' or edge. This is achieved by 
turning on the appropriate faces of the empty cells that surround all the cells in the world layout. 


To activate this trick, push L^' JV] in the cell mode. A prompt will ask the user to choose a 
height for the new walls, there are 10 different possibilities ranging from 5 to 80 (just push a 
number key, from 1 to 0). 


The following tiles must be defined in the DEF file to use this feature: 


left front right back 


161: x 

162 : х 

163: x x 

164 : x 

165 : x x 

166 : х х 

167 : x x x 

168 : x 
169 : x x 
170 : x x 
171: x x x 
172 : x x 
173 : x x x 
174 : x x x 
LIS: xX x x x 


As you see this is just a binary table of different tile ‘wall’ combinations. 
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SPRITES MODE 


This mode is used to add, remove and modify objects, also known as sprites. 


Sprite Mode Commands 


ше] Create new object at @ Delete selected 
cursor position object 
G Ё Change sprite m | Freeze the 
- number object 
{ c] Center object wre Е J Freeze the object with 
relative position 
[F] Flip object Enter] Attach object to the 
horizontally cursor 


Flip object m i Eliminates all objects 
Al 
(9 vertically At р) elt) 


Copies selected object to 

Al 

i АЈ] all cell numbers less 
than 180 


At the left of the screen you'll see current cursor position, 
and in the right, the object position (but only if you are close 
to one object). 


Cm ЈАЈА] Copies the currently ‘selected’ object to every 
cell in the level. However, only cells with numbers less than 
180 are affected. You can use these feature to quickly 
design levels that call for many duplicate objects, but you 
must remember to coordinate the cell numbers with the 
programmer. 


L^ ]PJEJt] Eliminates all objects in current level. This 
option is just in case that you are making experiments, but 
try to forget this combination when you start to create true levels 

This options works for the object that is closest to the cursor position ( it is surrounded by lines ) 


Center object in the up-face of current block ( very useful! ) 


Attach object to the cursor. Then, using cursor keys you move the object to the desired position, 
and then press ENTER again to leave it there. 
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Freeze the object. This means that no matter which objects you touch, each time you create a 
new object it'll take its sprite number from the one you are touching now. Press the key again to 
disable it. There are two ways to 'freeze' a sprite : without relative position (using lquote as 
always) and the other is with relative position (pressing ALT and Iquote). It also considers all 
possible cases (sprites that aren't over tiles, doesn't allow to put 2 sprites in the same exact place, 
etc.). 


HINTS AND TIPS 


Here are some tips to remember when designing W AGE levels: 


» Sincethe speed optimizations nature, its good to create consecutive cells that are at the same 
altitude and have the same height, or to continue a cell of a certain height with a lifted cell of 
the same height. This way, the engine will not draw lot of walls that can not possible be seen 
by the player. To understand this better, hide the floors (with the J key in the Cells mode) 
and see what is happening with the walls. Anyway, the engine is fast, so develop the levels 
the best that you can using all the engine features, but follow this advice whenever possible. 


» Design the levels in a way that the camera never gets TOO close to floors lifted around the 'Z 
axis (this means, the ones lifted from left to right or vice versa ). This is because this are the 
only polygons that are not perspective corrected. Usually, deformation isn't very big unless 
you get very, very close. Another important consideration is to design the levels in a way that 
the camera never needs to get into a cell, or a wall hides your character (in the sample level 
all these mistakes are made on purpose, so you could easy notice the problems). 


> Try to make smooth textures. Otherwise, they will not look very good when they are further 
in the distance. Smoother anti-aliased textures are the best for 3D programs. 


> You can change the size or height of the levels simply by changing them in the DEF file. But 
remember, if you make it smaller, then you loose parts of the level, if you make it bigger, the 
editor will add empty space to the right and to the viewer point (x positive and z positive). 


» Never make a wall with a height the same as the height of its bitmap. For example, if 
WALL TEXTURE HEIGHT's defined as 128, do not make a wall with more than 124 units 
of height. If you are using a floor bitmap for a wall and you define 
FLOOR TEXTURE SIZE = 64 don't make this wall more than 60/61 units of height. 
This is because of accuracy problems (since the screen its not infinite pixels high). 
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4 HOW TO DESIGN TEXTURES 


This section will explain how artists should design texture bitmaps for the 3D WAGE engine. 
This chapter describes only how to design bitmaps, not how to use the level editor (see the level 
editor section for more information). It is very important to follow these few short pages of rules 
to ensure that your graphics will work properly in a WAGE program. 


TEXTURES AND CELLS 
WAGE worlds are made up of ‘cubes’, called tiles or cells. 2D texture maps (bitmaps) are 
applied to the sides of these cubes. Always think of the tiles as 3D CUBES! Don'tthink of just 


floor textures. We recommend designing one complete multi-sided 3D cube at a time (instead of 
designing a bunch of floor textures on one screen). 


Types of textures to design: 


There are many different styles of textures to create. Here are a few suggestions: 


» Wood > Garden 

> Stones > Dirt / Paths 
> Bricks > Steel 

» Grass » Carpet 

> Water > Plastic 

» Foliage > Ice/Snow 
> Rubble > Plastic 

> Metal > etc. 


Also, many different versions of a particular style can be made, such as dozens of different 
‘stones’ and ‘wood’ textures. In general, larger stones and patterns will look better than smaller 
ones... see the rules for making textures listed below. 


HOW TO DESIGN FACES OF A CUBE: 


A cube has six sides or ‘faces’: top, bottom, back, left, front, and right. However, note that in 
WAGE, cubes NEVER use all six of their sides! This is because there is never an instance where 
all six sides of a cell can be seen at once. Therefore, it would be a waste of time to design six 
different textures for a cube. The most faces a WAGE cube will ever need is five. There are also 
many instances where a you might design a cube that only has one or two faces. 


How can a cube have only one face? Well, you might simply want to make a large ground area 


made out of the ‘top’ face of many touching cells. Since the sides or bottom of the cube can 
never be seen, there is no reason to make textures for these faces. 
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Screen Layout 


We find it best for the artist to lay out one 3D cube per screen. Think in 3D and sketch out the 
idea for a cube before making the art. Remember, a WAGE cube consists of a top, 3 sides, and a 
bottom (see diagram below). In more rare cases, a *back-wall (4* side) may be needed (it 
depends on the program design). Textures must be saved as perfectly square bitmaps, for 
example, as a 64 x 64 pixel bitmap. 


Your bitmap screen should look like this: 


Left-—wall Top Right—-wall 


Botton 


Front—wall 


Line up the faces 


Be careful about lining up the different sides with the top. In the example diagram above, notice 
that the front-wall is a reversed mirror of the 2 side walls! This is so the correct colors match up 
with the top texture. The left-wall and right-wall are exactly the same. Therefore, only 4 unique 
textures were needed to make this cube (top, bottom, front, and side). 


Fake a light source 


In general, even though there is no lighting system in WAGE, 
worlds can appear to be illuminated from a light source. This is 
done by making certain faces of the cells darker than others 
through their textures. 


Also notice in the example tiles shown in this section, certain walls and the bottom of cells are 
usually darker than the top. This is a quick and dirty way to simulate lighting. Lighting effects 
like this will be different for each program, but each program world or level should be consistent. 
Usually, the top face will always be the lightest piece, and the sides will always be darker (there 
may always be exceptions in special cases in some programs). 
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Another example tile: 


Left—wall Top Right—wall 


Botton 


Front—wall 


Duplicate Walls 


In the example for the cube of “grass” above, notice that all three wall sides are the same bitmap! 
This is because the same texture works equally well for the front, left, and right faces. Also notice 
it would be best to darken two of these sides to better fake a light source. It’s easier to leave this 
‘darkening’ until after the texture drawing complete, by using the ‘transparent’ effect in a paint 
package, such as Deluxe Paint™. 


Wall height 


Notice that the wall textures in the above “grass” example are shorter than 64 pixels. Although 
the height of the texture remains 64 pixels, but the artist doesn’t bother drawing these and leaves 
them gray instead. Walls may be tall or short. If a designer wants a short wall, they don’t have to 
draw in all the pixels, but they MUST still cut-out the complete texture height. Always make the 
final bitmap size the proper width and height. Textures must be cut-out SQUARE and of the 
proper SIZE to work in the program. For example, if the texture size is set to 64 in the DEF file, 
textures bitmaps must be 64 x 64 pixels. 


Styles 


Textures look best when the walls closely match the tops, as in the grass example above. Another 
good technique is to make them more interesting by breaking them up into different elements. 
This was done with the grass wall textures above, by making the walls both grass and rocks. The 
same can be done for the tops (i.e. floors). For example, the top of the cube might only have 
grass along it’s edges and a dirt path through it’s center! When the designs of cubes are well 
thought out, the results can be incredible. 


SPECIAL EFFECTS TEXTURES 


Some textures may have special characteristics such as animation, transparency, or even different 
shapes. 
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Animated Textures 


Textures for both floors and walls may be animated. This is useful for making moving 
sidewalks, water, waterfalls, cells with moving arrows, blinking tiles, etc. It is best to design 
animated textures in Deluxe Animator™ or Animator Pro™ so that their motion can be 
previewed before they are integrated into a WAGE project. Animated textures should ‘wrap’ 
either from top to bottom, right to left, or along all edges. 


Transparency in Textures 


Fe" 


Transparent color zero could be used to give the walls (not floors) a free-form 
shape on the sides, for creating interesting effects. This can be used to create rocks 
lying on the ground or even picket fences. Experiment with new ideas. 


Creative Tiles 


Tall cubes can make buildings or elaborate landscapes. Remember, in the level editor the cubes 
can be tilted and stretched! This is perfect for making sloping roofs, bridges, hills, and rolling 
terrain. The textures can contain transparencies to make just about any object of any shape and 
size. Start thinking of the world in terms of cubes and textures applied to these cubes. 


GENERAL RULES FOR MAKING TEXTURES 


Note: ALWAYS try out the textures in the WAGE engine to see how they look. Looking at 
them with Deluxe Paint’s™ perspective feature is not good enough, because WAGE uses 
different algorithms to render the textures in perspective. In general, make sure to follow these 
simple rules when making textures: 


» Smooth "anti-alias" bitmaps 
> Correct bitmap size (usually 64 x 64 pixels) 
» Same color palette 


The textures must be super smooth and anti-aliased so they look good as the screen moves. Make 
sure to use the resolution defined in the DEF file (note this value may be different for different 
projects or even different levels within the same project). Textures must be saved as perfectly 
square bitmaps. Make sure all textures that appear on screen at the same time use the same color 
palette. 


General things to avoid when making textures: 


‘Geometric’ shapes (like circles and triangles) 
Single pixels (or single pixel lines) 

Patterns that are too busy 

Too much contrast 


VVVV 


Geometric shapes usually don’t look natural (very boring), and are too easy to make. A 
programmer could make these, there’s no need to have an artist do it. Single pixels will ‘blink’ in 
and out as the screen moves, so all lines and shapes should be two or more pixels thick. Busy 
patterns will look too complicated when they tilt into perspective. Too much contrast will make 
the image confusing and busy, especially for the floor tiles. 
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5 HOW TO DESIGN SPRITES 


The main objects used in WAGE are sprites. Like textures, sprites are bitmaps, but they can be 
any size (unlike textures, which must be square and fulfill the correct width and height 
requirements chosen in the DEF file). Sprites may also be animated. Sprites are used to make: 


» Character animations 
» Program elements and objects 
> Decorative objects 


For example, in 3D Pack World™, sprites make up the player character, the ghosts, the pellets, 
and decorative scenery such as trees and candy-canes sticking out of the ground. In general, try 
to make the sprites anti-aliased and detailed. Sprites will usually compromise the most seen 
elements in the program, so make them look great. Experiment with different sizes to see which 
works the best. 


TRANSLUCENCY 


Sprites can be partially translucent so that objects behind the sprite can be seen through it. By 
making sprites translucent, large decorative sprite, such as rocks and trees, can be placed on the 
top and in the front of a cube without obstructing the view. Translucency can also be used to 
make some special effects, such as a waterfall. Translucency is set in the sprite definition of the 
corresponding *.DEF file. Any sprite can be made translucent by the WAGE engine. NOTE: 
This ‘translucent’ effect is not the same thing as color zero being totally transparent. This is an 
unfortunate case of two terms sounding very similar. Color zero is totally invisible. 


ANIMATED SPRITES 


A sprite may consist of many frames to be animated in real-time. 


Program Tools 


Sprites that contain more than two frames of animation should be designed in Deluxe 
Animator™, 3D Studio/Max™, or any other program that allows a preview. Designing an 
animation without previewing it usually leads to disappointing results. Good animations take a 
lot of work, be prepared to spend significant time on an animation and make several revisions. 


Frames 


A good animation should be at least eight or more frames. Unlike textures, different frames of an 
animated sprite may be different sizes. However, it’s usually best to keep them all the same size 
anyway, so they ‘line up’ properly. Refer to animation books for more information. 


Timing 


Each frame has a time delay, in time units, which is it displayed on screen. The times for each 
frame are specified in the DEF file. 
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6 TEN ARTWORK COMMANDMENTS 


It's challenging for everyone, but artists should try to be alert of what they are doing at all times 
to avoid loss of painstakingly hard work. Unfortunately, working with a computer can be very 
frustrating for artists, especially since computers are still not very user-friendly. We have 
identified the most common problems that artists encounter and methods for avoiding these 
problems in the first place. Here are some quick guidelines to follow: 


1. Color zero is transparent 

2. Never copy artwork from anywhere else 
3. Make bitmaps the correct width and height 
4. Use the correct palette 

5. Anti-alias like hell 

6. Take the time to do it right! 
7. Avoid easy ‘geometric’ shapes 
8. Use the right tools 
9. Use good filenames 
10. Backup, Backup, Backup 


1. Color zero is transparent. Remember, before cutting out artwork to make sure all 
transparent pixels contain color number zero. This doesn't mean simply right-clicking on the 
background color when making a brush in Deluxe Paint! M! That is not the same as making 
sure all of the background is set to color zero from the palette. The first color in the palette is 
the same thing as color zero. 


2. Never copy artwork from anywhere else. This point is obvious, but is done many times by 
artists. Do not use copyrighted material in a project. 


3. Make bitmaps the correct width and height. An very important detail to pay attention to. 
If textures for a certain project must be 64 x 64 pixels, make sure this is the correct size. A 
different size such as 64 x 65 is wrong, and will probably cause the program to crash when 
this texture is dropped in. 


4. Usethe correct palette. A common mistake is to spend hours of time creating graphics, 
only to later realize the wrong palette was used. Pay attention to details like this. 


5. Anti-alias like hell. Not only does it look better, but it's necessary with a 3D engine that re- 
sizes the bitmaps based on distance. Dark colors should have a gradual change to lighter 
colors. Placing dark and light colors right next to each other will cause unpleasant effects as 
the textures move in and out of the distance. 


6. Take the time to do it right! Don't rush. High quality = high profits. Product with great 
artwork sell. It's worth it to take longer to make the product right. It costs a lot of money to 
bring a piece of software to market. Publish programs with the highest quality artwork. 
Making great art is tough work (look at what Disney® goes through to make a commercial 
movie or software product!). It's tough, but it must be done. This means artwork that isn't of 
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the highest quality should be re-designed. This is typical and Disney® artists throw out work 
all the time. Only the best graphics should make it into the final project. 


Avoid easy ‘geometric’ shapes. If you can make the graphic using only an option from the 
toolbar in Deluxe Paint™, it’s too easy. Don’t bother. Anyone can do this in two seconds 
with no art degree! A graphic should be detailed an not obviously a geometric shape like a 
ball or square. Avoid over-using the gradient flood-fill as a crutch to investing time in 
detailing... this doesn’t fool anybody. Look at the incredible artwork found these days in 
other commercial packages. This is the competition. There is no short-cut to painstakingly 
originally designed artwork. 


Use the right tools. If you’re making a small hand-drawn character animation, use Deluxe 
Animator™. If you're working on a detailed hand-drawn background that is 640 x 200, use 
Deluxe Paint™. [f you're making a rotating geometrical object, use 3D Studio. If you're 
making mountains, use a fractal geometry program. The tools are there to make your life 
easier. Using the right tools will save you time and make the experience more pleasant. 


Use good filenames. Sloppy file names lead to confusion, frustration, wasted time, and 
possibly lose of valuable work. Give each bitmap a good descriptive name. Example of a 
good filename: cloudsbg.pcx (you can tell this is probably the background picture that 
contains clouds). Example of a bad filename: bob2.pcx (this could be anything Bob has 
drawn...). Without descriptive filenames, as the project grows bigger, it will become 
miserable trying to manage the art files. Another tip is to use subdirectories to sort the art 
files into logical categories. 


Backup, Backup, Backup. Not only should artists save onto a floppy disk every now and 
then, but they should also save with incremental filenames! If a backup file is made over an 
old backup file, if the computer crashes in the middle of the backup, all work in this file 
might be lost! NEVER backup over a backup. Remember how hard you worked to make 
this artwork, take care in saving it properly. 
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